home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 2_3_07.tro < prev    next >
Text File  |  1991-12-12  |  49KB  |  2,109 lines

  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'3P'
  25. SECTION\ 7
  26. .ce 0
  27. .sp 1P
  28. .ce 1000
  29. \fBISDN\ TRAFFIC\ ENGINEERING\fR 
  30. .ce 0
  31. .sp 1P
  32. .sp 2P
  33. .LP
  34. \fBRecommendation\ E.700\fR 
  35. .RT
  36. .sp 2P
  37. .sp 1P
  38. .ce 1000
  39. \fBFRAMEWORK\ OF\ THE\ E.700\ SERIES\ OF\ RECOMMENDATIONS\fR 
  40. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.700''
  41. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.700    %'
  42. .ce 0
  43. .sp 1P
  44. .LP
  45. \fB1\fR     \fBIntroduction\fR 
  46. .sp 1P
  47. .RT
  48. .PP
  49. The E.700 Series of Recommendations are intended to provide
  50. guidance on traffic engineering for the ISDN. They are organized in sections 
  51. to deal with various aspects of traffic engineering. 
  52. .RT
  53. .sp 2P
  54. .LP
  55. \fB2\fR     \fBGeneral: Recommendations E.700 to E.709\fR 
  56. .sp 1P
  57. .RT
  58. .PP
  59. This section deals with general topics applicable throughout the
  60. E.700\ Series.
  61. .RT
  62. .sp 2P
  63. .LP
  64. \fB3\fR     \fBTraffic modelling: Recommendations E.710 to E.719\fR 
  65. .sp 1P
  66. .RT
  67. .PP
  68. This section provides guidance on how to characterize the traffic that 
  69. will be offered in ISDNs. 
  70. .RT
  71. .sp 2P
  72. .LP
  73. \fB4\fR     \fBGrade of Service: Recommendations E.720 to E.729\fR 
  74. .sp 1P
  75. .RT
  76. .PP
  77. This section defines Grade of Service (GOS) concepts and parameters that 
  78. will be significant in ISDNs and sets objectives for these 
  79. parameters.
  80. .RT
  81. .sp 2P
  82. .LP
  83. \fB5\fR     \fBDimensioning methods: Recommendations E.730 to E.739\fR 
  84. .sp 1P
  85. .RT
  86. .PP
  87. This section provides methods to relate the offered traffic and
  88. Grade of Service objectives in order to allocate sufficient resources for
  89. planning and design purposes.
  90. .RT
  91. .sp 2P
  92. .LP
  93. \fB6\fR     \fBTraffic measurements: Recommendations E.740 to E.749\fR 
  94. .sp 1P
  95. .RT
  96. .PP
  97. This section describes traffic measurement and performance
  98. monitoring requirements.
  99. .RT
  100. .sp 2P
  101. .LP
  102. \fB\fBRecommendation\ E.701\fR 
  103. .RT
  104. .sp 2P
  105. .sp 1P
  106. .ce 1000
  107. \fBREFERENCE\ CONNECTIONS\ FOR\ TRAFFIC\ ENGINEERING\fR 
  108. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.701''
  109. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.701    %'
  110. .ce 0
  111. .sp 1P
  112. .LP
  113. \fB1\fR     \fBGeneral\fR 
  114. .sp 1P
  115. .RT
  116. .PP
  117. The goal of this Recommendation is to give the E.700 Series of
  118. Recommendations a base to define ISDN Grade of Service (GOS) and traffic
  119. parameters.
  120. .PP
  121. In \(sc\ 2, two reference connections are defined. Definition of other
  122. reference connections is for further study.
  123. .bp
  124. .RT
  125. .sp 2P
  126. .LP
  127. \fB2\fR     \fBReference connections\fR 
  128. .sp 1P
  129. .RT
  130. .sp 1P
  131. .LP
  132. 2.1
  133.     \fIReference connection for point\(hyto\(hypoint circuit switched\fR 
  134. \fIservices\fR 
  135. .sp 9p
  136. .RT
  137. .PP
  138. See Figure 1/E.701.
  139. .RT
  140. .LP
  141. .rs
  142. .sp 21P
  143. .ad r
  144. \fBFigure 1/E.701, p.\fR 
  145. .sp 1P
  146. .RT
  147. .ad b
  148. .RT
  149. .sp 1P
  150. .LP
  151. 2.2
  152.     \fIReference connection for point\(hyto\(hypoint packet switched\fR 
  153. \fIservices\fR 
  154. .sp 9p
  155. .RT
  156. .PP
  157. See Figure 2/E.701.
  158. .RT
  159. .LP
  160. .rs
  161. .sp 18P
  162. .ad r
  163. \fBFigure 2/E.701, p.\fR 
  164. .sp 1P
  165. .RT
  166. .ad b
  167. .RT
  168. .LP
  169. .bp
  170. .sp 2P
  171. .LP
  172. \fBRecommendation\ E.710\fR 
  173. .RT
  174. .sp 2P
  175. .sp 1P
  176. .ce 1000
  177. \fBISDN\ TRAFFIC\ REQUIREMENTS\ OVERVIEW\fR 
  178. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.710''
  179. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.710    %'
  180. .ce 0
  181. .sp 1P
  182. .LP
  183. \fB1\fR     \fBIntroduction\fR 
  184. .sp 1P
  185. .RT
  186. .PP
  187. This Recommendation outlines the general consideration in modelling traffic 
  188. flows in ISDNs. More detailed descriptions for specific services and 
  189. significant points
  190. .FS
  191. \fBsignificant points\fR are points in the
  192. network where traffic flows and grades of service should be evaluated.
  193. .FE
  194. in the network are given in Recommendations of the E.710\ Series as
  195. follows:
  196. .RT
  197. .LP
  198.     E.711\ \(em\ User Demand
  199. .LP
  200.     E.712\ \(em\ User Plane Traffic Models
  201. .LP
  202.     E.713\ \(em\ Control Plane Traffic Models
  203. .LP
  204.     E.714\ \(em\ Management Plane Traffic Models.
  205. .PP
  206. Additional Recommendations in this Series will be developed in
  207. the future to reflect ISDN developments.
  208. .PP
  209. \fINote\fR \ \(em\ Recommendations E.712 and E.714 are for further study.
  210. .RT
  211. .sp 2P
  212. .LP
  213. \fB2\fR     \fBContext\fR 
  214. .sp 1P
  215. .RT
  216. .PP
  217. ISDN concepts, services and networks are described in the Series\ I Recommendations. 
  218. The E.710\ Series of Recommendations have been developed 
  219. consistent with the approach. However, the grouping of material in the
  220. E.710\ Series concentrates on the important aspects from a traffic point 
  221. of view of ISDN operations in the immediate future. 
  222. .PP
  223. An important modelling technique used to represent ISDN capabilities is 
  224. the layered architecture described in Recommendations\ I.310 and\ I.320. 
  225. The E.710\ Series have been developed using this approach. At present the 
  226. E.710\ Series concentrates on lower layer\ (1\(hy3) traffic flows. Higher layer
  227. traffic flows are for further study.
  228. .PP
  229. The user plane/control plane perspectives described in
  230. Recommendation\ I.320 have been used to provide two separate traffic models 
  231. in Recommendations\ E.712 and\ E.713. Nevertheless, it should be kept in 
  232. mind that 
  233. .PP
  234. many traffic engineering procedures described in subsequent
  235. E.700\ Recommendations require incorporating traffic loads from both planes
  236. using the same resources. The influence of the management plane is for 
  237. further study. 
  238. .PP
  239. The ISDN reference connections used in the E.710 Series are those
  240. given in Recommendation\ E.701.
  241. .RT
  242. .sp 2P
  243. .LP
  244. \fB3\fR     \fBUser demand\fR 
  245. .sp 1P
  246. .RT
  247. .PP
  248. ISDN users have various needs for information transfer. The user
  249. and his terminal equipment transform these needs into a series of call 
  250. demands for available ISDN services. These transformations involve many 
  251. functions 
  252. including coding, and peer\(hyto\(hypeer and inter\(hylayer protocols. 
  253. The higher 
  254. layer functions are not analysed in the E.710\ Series.
  255. .PP
  256. Recommendation E.711 starts from the expression by the user of a call demand 
  257. to use the ISDN services defined in Recommendations\ I.230 and\ I.240. 
  258. Corresponding traffic variables including the number of attempts per call
  259. demand are derived for the relevant attributes of each service.
  260. .RT
  261. .sp 2P
  262. .LP
  263. \fB4\fR     \fBUser plane\fR 
  264. .sp 1P
  265. .RT
  266. .PP
  267. In the user plane the attributes of some ISDN services give rise to additional 
  268. traffic parameters beyond those used in telephony. Based on the user models 
  269. of Recommendation\ E.711, Recommendation\ E.712 will be developed in 
  270. the future to derive traffic models for each basic ISDN service using a 
  271. common set of parameters that applies to all services. 
  272. .bp
  273. .RT
  274. .sp 2P
  275. .LP
  276. \fB5\fR     \fBControl plane\fR 
  277. .sp 1P
  278. .RT
  279. .PP
  280. Each attempt from a terminal will result in signalling messages in the 
  281. control plane. The number of messages and their length are highly 
  282. dependent on:
  283. .RT
  284. .LP
  285.     \(em
  286.     protocols (S.S. No. 7 and Q.931 digital access);
  287. .LP
  288.     \(em
  289.     call disposition (including user facilities);
  290. .LP
  291.     \(em
  292.     originating and terminating subscriber equipment
  293. configurations (e.g.\ overlap sending).
  294. .PP
  295. Control plane traffic models given in Recommendation E.713.
  296. .sp 2P
  297. .LP
  298. \fB6\fR     \fBFurther developments\fR 
  299. .sp 1P
  300. .RT
  301. .PP
  302. The preceding sections of this Recommendation and the
  303. Recommendations of the E.710\ Series concentrate on those services and
  304. facilities which will predominate in the first ISDNs to be implemented.
  305. .PP
  306. However, the ISDN concepts include the inherent possibility of
  307. developing completely new services and functions in response to changing 
  308. user needs. This will result in new traffic situations that will need to 
  309. be covered in the E.710\ Series. Some of the situations which can be anticipated 
  310. are:
  311. .RT
  312. .LP
  313.     \(em
  314.      the impact of supplementary services, such as call waiting, on control 
  315. plane traffic; 
  316. .LP
  317.     \(em
  318.     new ISDN capabilities such as statistical switching and
  319. dynamic allocation;
  320. .LP
  321.     \(em
  322.     connectionless communications;
  323. .LP
  324.     \(em
  325.     the impact of user\(hyto\(hyuser signalling;
  326. .LP
  327.     \(em
  328.      the impact of multipresentation type calls, and simultaneous use of different 
  329. interactive and distribution services, involving multi\(hyslot 
  330. and multipoint connections, and broadcast mode.
  331. .sp 2P
  332. .LP
  333. \fBRecommendation\ E.711\fR 
  334. .RT
  335. .sp 2P
  336. .sp 1P
  337. .ce 1000
  338. \fBUSER\ DEMAND\fR 
  339. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.711''
  340. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.711    %'
  341. .ce 0
  342. .sp 1P
  343. .LP
  344. \fB1\fR     \fBIntroduction\fR 
  345. .sp 1P
  346. .RT
  347. .PP
  348. 1.1
  349. Traffic offered to layers 1\(hy3 of the ISDN can be modelled by distributions 
  350. of arrival times and holding times (traffic variables). This 
  351. Recommendation describes how these traffic variables are related to user
  352. demands at higher levels.
  353. .sp 1P
  354. .RT
  355. .sp 2P
  356. .LP
  357. \fB2\fR     \fBGeneral structure\fR 
  358. .sp 1P
  359. .RT
  360. .PP
  361. 2.1
  362. This section describes the general process by which the
  363. distributions of arrival times and holding times (traffic variables) which
  364. determine the offered traffic to layers\ 1\(hy3 may be derived from user 
  365. demands. The process is illustrated in Figure\ 1/E.711 and described in 
  366. detail in 
  367. Annex\ B.
  368. .sp 9p
  369. .RT
  370. .PP
  371. 2.2
  372. Through the mediation of Customer Premises Equipment (CPE),
  373. user demands are translated into sequences of requests for applications,
  374. teleservices, and bearer services.
  375. .PP
  376. 2.3
  377. An \fBapplication in an ISDN\fR is a sequence of teleservice and
  378. bearer service requests, predefined in order to satisfy a global communications 
  379. need. 
  380. .PP
  381. 2.4
  382. A \fBcall pattern\fR is a specific sequence of events and
  383. inter\(hyevent times generated by a call demand and modelled by traffic 
  384. variables as described in \(sc\ 3 of this Recommendation. Each teleservice 
  385. class can be 
  386. modelled by a mix of call patterns, each corresponding to a set of teleservice 
  387. attributes. 
  388. .PP
  389. 2.5
  390. A \fBconnection pattern\fR is a specific set of information
  391. transfer and general attributes which are significant for traffic engineering. 
  392. Information transfer and general attributes are described in 
  393. Recommendation\ I.210. Each call pattern can be served by one or more connection 
  394. patterns. 
  395. .bp
  396. .LP
  397. .rs
  398. .sp 47P
  399. .ad r
  400. \fBFigure 1/E.711, p.3\fR 
  401. .sp 1P
  402. .RT
  403. .ad b
  404. .RT
  405. .LP
  406. .bp
  407. .PP
  408. 2.6
  409. A teleservice has attributes that can be selected by the user,
  410. negotiated or selected by the service provider. The result of this selection
  411. procedure is a sequence of requests for connection patterns.
  412. .PP
  413. 2.7
  414. Annex A outlines the relations between user demands, applications, teleservices, 
  415. bearer services and traffic significant attributes. 
  416. .PP
  417. 2.8
  418. The mix of connection patterns determined by the process in turn determines 
  419. the distributions of arrival times and holding times. 
  420. .sp 2P
  421. .LP
  422. \fB3\fR     \fBTraffic variables\fR 
  423. .sp 1P
  424. .RT
  425. .PP
  426. 3.1
  427. Traffic variables are expressed as distributions of arrival
  428. times and holding times. For traditional circuit switched services, the 
  429. shapes of some distributions are such that they can be represented by the 
  430. mean 
  431. values. A discussion of traffic variables in the ISDN context is given 
  432. in the following sections. 
  433. .sp 9p
  434. .RT
  435. .sp 2P
  436. .LP
  437. 3.2
  438.     \fICall variables\fR 
  439. .sp 1P
  440. .RT
  441. .sp 1P
  442. .LP
  443. 3.2.1
  444.     \fIArrival process\fR 
  445. .sp 9p
  446. .RT
  447. .PP
  448. For traditional circuit switched services, the call attempt rate
  449. has, for practical purposes, been considered equivalent to the call demand
  450. rate. In the ISDN, on the contrary, this equivalence can no longer be assumed. 
  451. Many teleservices will have attributes such that complex call attempt sequences 
  452. are generated for each call demand. This will require the introduction 
  453. of 
  454. additional considerations such as:
  455. .RT
  456. .LP
  457.     \(em
  458.     number of call attempts per call demand;
  459. .LP
  460.     \(em
  461.     number of negotiations per call demand;
  462. .LP
  463.     \(em
  464.     number of call demands requiring reservation.
  465. .PP
  466. The entire subject of call attempts sequences requires further
  467. study.
  468. .sp 1P
  469. .LP
  470. 3.2.2
  471.     \fIHolding times\fR 
  472. .sp 9p
  473. .RT
  474. .PP
  475. For traditional circuit switched services, call holding time
  476. \fIt\fR\d1\uis the only variable of interest. For reservation services, 
  477. additional variables are needed to characterize reservation time \fIt\fR\d2\u, 
  478. completion time \fIt\fR\d3\uand request time \fIt\fR\d4\u. See Figure\ 
  479. 2/E.711. (New holding times 
  480. require further study.)
  481. .RT
  482. .LP
  483. .rs
  484. .sp 14P
  485. .ad r
  486. \fBFigure 2/E.711, p.\fR 
  487. .sp 1P
  488. .RT
  489. .ad b
  490. .RT
  491. .LP
  492. .bp
  493. .sp 1P
  494. .LP
  495. 3.3
  496.     \fITransaction variables\fR 
  497. .sp 9p
  498. .RT
  499. .PP
  500. Additional information beyond \(sc 3.2 is needed for packet switching services. 
  501. .PP
  502. For packet\(hyswitched services, the information content at the user
  503. level during a call may be produced in discrete transactions (intervals during
  504. .PP
  505. which a user is continuously producing information). This subdivision is
  506. significant from a traffic point of view. See Figure\ 3/E.711.
  507. .RT
  508. .sp 1P
  509. .LP
  510. 3.3.1
  511.     \fIArrival process\fR 
  512. .sp 9p
  513. .RT
  514. .PP
  515. The arrival process for transactions within a call is for further   study.
  516. .RT
  517. .sp 1P
  518. .LP
  519. 3.3.2
  520.     \fITransaction length\fR 
  521. .sp 9p
  522. .RT
  523. .PP
  524. The transaction length as expressed in bits represents the workload offered 
  525. by the transaction through the user/network interface. The distribution 
  526. of transaction lengths is for further study. 
  527. .PP
  528. \fINote\fR \ \(em\ For transport purposes, the workload as related to single
  529. transactions within a specific call may undergo one or more segmentation
  530. stages. The entire subject of workload segmentation is for further study.
  531. .RT
  532. .LP
  533. .rs
  534. .sp 15P
  535. .ad r
  536. \fBFigure 3/E.711, p.\fR 
  537. .sp 1P
  538. .RT
  539. .ad b
  540. .RT
  541. .sp 2P
  542. .LP
  543. \fB4\fR     \fBExamples\fR 
  544. .sp 1P
  545. .RT
  546. .PP
  547. 4.1
  548. Traditional telephone service with lost calls cleared is
  549. usually characterized by mean arrival rate and mean holding times.
  550. .sp 9p
  551. .RT
  552. .PP
  553. 4.2
  554. Telephone service in the ISDN, with a fast signalling system
  555. (Signalling System\ No.\ 7) and capabilities for automatic repetition, 
  556. needs the introduction of a supplementary variable, namely the repetition 
  557. rate, to 
  558. evaluate the number of call attempts per call demand.
  559. .PP
  560. 4.3
  561. Personal computer communication using reservation services,
  562. associated with the supplementary services of automatic repetition and call
  563. waiting, is a teleservice giving rise to a complex call attempt sequence as
  564. illustrated in Figures\ 4/E.711 and\ 5/E.711.
  565. .PP
  566. In relating this service to user demand, many additional variables are 
  567. needed as discussed in \(sc\ 3. The control and user plane traffics 
  568. must take into account not only the mean values but also other parameters
  569. characterizing the distributions.
  570. .bp
  571. .LP
  572. .rs
  573. .sp 19P
  574. .ad r
  575. \fBFigure 4/E.711, p.6\fR 
  576. .sp 1P
  577. .RT
  578. .ad b
  579. .RT
  580. .LP
  581. .rs
  582. .sp 24P
  583. .ad r
  584. \fBFigure 5/E.711, p.7\fR 
  585. .sp 1P
  586. .RT
  587. .ad b
  588. .RT
  589. .LP
  590. .bp
  591. .ce 1000
  592. ANNEX\ A
  593. .ce 0
  594. .ce 1000
  595. (to Recommendation\ E.711)
  596. .sp 9p
  597. .RT
  598. .ce 0
  599. .ce 1000
  600. \fBRelation between user demands and attributes\fR 
  601. .sp 1P
  602. .RT
  603. .ce 0
  604. .LP
  605. A.1
  606.     \fIIntroduction\fR 
  607. .sp 1P
  608. .RT
  609. .PP
  610. This Annex provides concrete examples relating user demands
  611. (applications, teleservices and bearer services) to attributes which are
  612. important for traffic engineering purposes. Tables are provided for
  613. illustrative purposes but it must be noted that these are based on a selective 
  614. summarization of key attributes related to the I.200\ Series of Recommendations. 
  615. Thus they should be only interpreted as illustrations of the process. 
  616. .RT
  617. .sp 1P
  618. .LP
  619. A.2
  620.     \fIUser demand attributes\fR 
  621. .sp 9p
  622. .RT
  623. .PP
  624. User demands are described by the following attributes:
  625. .RT
  626. .LP
  627.     \(em
  628.     user service selections;
  629. .LP
  630.     \(em
  631.     access channels and rates (see Figure A\(hy1/E.711);
  632. .LP
  633.     \(em
  634.     layer 7 to 1 protocols.
  635. .sp 1P
  636. .LP
  637. A.3
  638.     \fIApplication characteristics\fR 
  639. .sp 9p
  640. .RT
  641. .PP
  642. Applications are described by the following
  643. characteristics:
  644. .RT
  645. .LP
  646.     \(em
  647.     teleservices supporting the application;
  648. .LP
  649.     \(em
  650.     bearer services supporting the application;
  651. .LP
  652.     \(em
  653.     bearer capabilities supporting teleservices and bearer
  654. services.
  655. .PP
  656. Table A\(hy1/E.711 gives the teleservices recommended in
  657. Recommendation\ I.240 together with the attributes which are important from a
  658. traffic engineering point of view. These comprise:
  659. .LP
  660.     \(em
  661.     information transfer mode;
  662. .LP
  663.     \(em
  664.     information transfer rate;
  665. .LP
  666.     \(em
  667.     information transfer capability;
  668. .LP
  669.     \(em
  670.     establishment of communication;
  671. .LP
  672.     \(em
  673.     symmetry;
  674. .LP
  675.     \(em
  676.     communication configuration.
  677. .PP
  678. As other teleservices are introduced into ISDN (e.g. electronic
  679. shopping) in the future, the traffic engineering attributes may expand
  680. (e.g.\ information handling processes).
  681. .PP
  682. Table A\(hy2/E.711 lists representative bearer services from which
  683. those required to support an application may be chosen.
  684. .RT
  685. .sp 1P
  686. .LP
  687. A.4
  688.     \fITeleservices\fR 
  689. .sp 9p
  690. .RT
  691. .PP
  692. According to Recommendation I.210, a teleservice is the result of one of 
  693. the following combinations: 
  694. .RT
  695. .LP
  696.     \(em
  697.     one basic teleservice;
  698. .LP
  699.     \(em
  700.     one basic teleservice plus one or more supplementary
  701. services.
  702. .PP
  703. Furthermore, a teleservice is implemented using bearer
  704. capabilties.
  705. .LP
  706. .rs
  707. .sp 03P
  708. .ad r
  709. BLANC
  710. .ad b
  711. .RT
  712. .LP
  713. .bp
  714. .LP
  715. .rs
  716. .sp 47P
  717. .ad r
  718. \fBFigure A\(hy1/E.711, p.\fR 
  719. .sp 1P
  720. .RT
  721. .ad b
  722. .RT
  723. .LP
  724. .bp
  725. .ce
  726. \fBH.T. [T1.711]\fR 
  727. .ps 9
  728. .vs 11
  729. .nr VS 11
  730. .nr PS 9
  731. .TS
  732. center box;
  733. cw(354p) .
  734.  {
  735. TABLE\ A\(hy1/E.711
  736. \fBExamples of teleservices and their attributes\fR
  737.  }
  738. .T&
  739. cw(48p) | lw(96p) | lw(210p) .
  740.  {
  741. Information transfer mode
  742.  }        
  743. .T&
  744. cw(48p) | lw(96p) | lw(210p) .
  745. Circuit mode | ua\d\u)\d          
  746. .TE
  747. .TS
  748. center box;
  749. cw(36p) | cw(30p) sw(30p) | cw(30p) sw(30p) | cw(30p) sw(24p) sw(24p) | cw(24p) sw(24p) sw(24p) , ^  | c | c | c | c | c | c s | ^ | ^ , ^  | ^  | ^  | ^  | ^  | ^  | c | c | c | c | c.
  750.  {
  751. Information transfer rate
  752. (kbit/s)
  753.  }     {
  754. Information transfer capability
  755.  }     {
  756. Establishment of communication
  757.  }    Symmetry      Communication configuration
  758.     Unrestriction digital      Speech    Demand      Reserved    Unidirectional      Bidirectional
  759.                         Symmetric      Asymmetric    Point\(hyto\(hy point      Multipoint      Broadcast
  760. _
  761. .T&
  762. lw(48p) | cw(36p) | lw(30p) | cw(30p) | cw(30p) | lw(30p) | lw(30p) | cw(24p) | lw(24p) | cw(24p) | cw(24p) | lw(24p) .
  763. Telephony    64 (max.)        \(mu    \(mu            \(mu        \(mu    \(mu    
  764. Teletex    64 (max.)     | ub\d\u)\d \(mu | ub\d\u)\d        \(mu        \(mu            \(mu    \(mu    
  765. Telefax 4    64 (max.)    \(mu        \(mu        \(mu            \(mu        
  766. Mixed mode    64 (max.)    \(mu        \(mu        \(mu            \(mu        
  767. Videotex    64 (max.)    \(mu        \(mu                \(mu    \(mu        
  768. .TE
  769. .LP
  770. \ua\d\u)\d
  771. Packet mode is for further study.
  772. .LP
  773. \ub\d\u)\d
  774. Presently this service is provided by 3.1\ kHz
  775. audio.
  776. .nr PS 9
  777. .RT
  778. .ad r
  779. \fBTableau A\(hy1/E.711 [T1.711] ITALIENNE, p.9\fR 
  780. .sp 1P
  781. .RT
  782. .ad b
  783. .RT
  784. .LP
  785. .bp
  786. .ce
  787. \fBH.T. [T2.711]\fR 
  788. .ce
  789. TABLE\ A\(hy2/E.711
  790. .ce
  791. \fBBearer services\fR 
  792. .ps 9
  793. .vs 11
  794. .nr VS 11
  795. .nr PS 9
  796. .TS
  797. center box;
  798. lw(168p) .
  799.  {
  800. \fICircuit mode \fR
  801. (Recommendation I.231)
  802.  }
  803. .T&
  804. lw(168p) .
  805.  {
  806. 64 kbit/s, unrestricted, 8\ kHz structured
  807.  }
  808. .T&
  809. lw(168p) .
  810.  {
  811. 64 kbit/s, 8\ kHz structured, usable for speech
  812. information transfer
  813.  }
  814. .T&
  815. lw(168p) .
  816.  {
  817. 64 kbit/s, 8\ kHz structured, usable for 3.1\ kHz audio
  818. information transfer
  819.  }
  820. .T&
  821. lw(168p) .
  822.  {
  823. Alternate speech / 64 kbit/s
  824. unrestricted, 8\ kHz structured
  825.  }
  826. .T&
  827. lw(168p) .
  828.  {
  829. 2 \(mu 64 kbit/s unrestricted, 8\ kHz structured
  830.  }
  831. .T&
  832. lw(168p) .
  833.  {
  834. 384 kbit/s unrestricted, 8\ kHz structured
  835.  }
  836. .T&
  837. lw(168p) .
  838.  {
  839. 1536 kbit/s unrestricted, 8\ kHz structured
  840.  }
  841. .T&
  842. lw(168p) .
  843.  {
  844. 1920 kbit/s unrestricted, 8\ kHz structured
  845.  }
  846. _
  847. .T&
  848. lw(168p) .
  849.  {
  850. \fIPacket mode \fR
  851. (Recommendation I.232)
  852.  }
  853. .T&
  854. lw(168p) .
  855.  {
  856. Virtual call and permanent virtual circuit
  857.  }
  858. .T&
  859. lw(168p) .
  860. Connectionless
  861. .T&
  862. lw(168p) .
  863. User signalling
  864. _
  865. .TE
  866. .nr PS 9
  867. .RT
  868. .ad r
  869. \fBTableau A\(hy2/E.711 [T2.711], p.10\fR 
  870. .sp 1P
  871. .RT
  872. .ad b
  873. .RT
  874. .LP
  875. .sp 2
  876. .ce 1000
  877. ANNEX\ B
  878. .ce 0
  879. .ce 1000
  880. (to Recommendation E.711)
  881. .sp 9p
  882. .RT
  883. .ce 0
  884. .ce 1000
  885. \fBTraffic characterization\fR 
  886. .sp 1P
  887. .RT
  888. .ce 0
  889. .LP
  890. B.1
  891.     \fIIntroduction\fR 
  892. .sp 1P
  893. .RT
  894. .PP
  895. B.1.1
  896. This Annex describes a methodology for relating user demands to the traffic 
  897. offered to layers\ 1\(hy3 of the ISDN. The basic approach is to relate 
  898. the mix of user demands to \fIcall patterns\fR and \fIconnection patterns\fR 
  899. . These 
  900. latter concepts are defined in \(sc\(sc\ 2.4 and\ 2.5 and repeated below; 
  901. between them, they contain all of the information needed to derive the 
  902. distributions of 
  903. arrival times and holding times.
  904. .sp 9p
  905. .RT
  906. .PP
  907. B.1.2
  908. Call patterns and connection patterns are the means by which
  909. the effects of user demands are described as they affect layers\ 1\(hy3 
  910. of the ISDN network. 
  911. .sp 9p
  912. .RT
  913. .PP
  914. A call pattern is a specific sequence of events and inter\(hyevent
  915. times generated by a call demand and modelled by traffic variables as described 
  916. in \(sc\ 3 of this Recommendation. 
  917. .PP
  918. A connection pattern is a specific set of information transfer and
  919. general attributes which are significant for traffic engineering. Information 
  920. transfer and general attributes are described in Recommendation\ I.210. 
  921. .PP
  922. Call patterns describe what happens at the user\(hynetwork interfaces.
  923. Connection patterns describe what types of resources are used. Each call
  924. pattern can be served by one or more connection patterns.
  925. .bp
  926. .RT
  927. .sp 2P
  928. .LP
  929. B.2
  930.     \fIUser/customer premises equipment characterization\fR 
  931. .sp 1P
  932. .RT
  933. .sp 1P
  934. .LP
  935. B.2.1
  936.     \fIUser classes\fR 
  937. .sp 9p
  938. .RT
  939. .PP
  940. The population of users can be divided into user classes
  941. characterized by the user selections of applications, teleservices and 
  942. bearer services, and their rates of occurrence. Each class is associated 
  943. with a 
  944. penetration in the population.
  945. .RT
  946. .sp 1P
  947. .LP
  948. B.2.2
  949.     \fICustomer premises equipment (CPE)\fR \fIclasses\fR 
  950. .sp 9p
  951. .RT
  952. .PP
  953. The actual application, teleservice and bearer service requests
  954. presented to the network as a result of user selections are determined 
  955. by the user's CPE type. Each user class can be subdivided into CPE classes 
  956. characterized by the penetration of CPE types in that user class.
  957. .RT
  958. .sp 1P
  959. .LP
  960. B.3
  961.     \fIApplication characterization\fR 
  962. .sp 9p
  963. .RT
  964. .PP
  965. For further study.
  966. .RT
  967. .sp 2P
  968. .LP
  969. B.4
  970.     \fITeleservice characterization\fR 
  971. .sp 1P
  972. .RT
  973. .sp 1P
  974. .LP
  975. B.4.1
  976.     \fITeleservice classes\fR 
  977. .sp 9p
  978. .RT
  979. .PP
  980. The population of teleservices requested by user/CPE combinations may be 
  981. subdivided into classes defined by the values of attributes significant 
  982. for traffic engineering. 
  983. .PP
  984. Teleservices, as defined in Recommendation I.240, are teleservice
  985. classes from the traffic point of view.
  986. .PP
  987. Of the attributes defined in Recommendation I.210, the following are significant 
  988. for traffic engineering: 
  989. .RT
  990. .LP
  991.     \(em
  992.     information transfer mode;
  993. .LP
  994.     \(em
  995.     information transfer rate;
  996. .LP
  997.     \(em
  998.     information transfer capability;
  999. .LP
  1000.     \(em
  1001.     establishment of communication;
  1002. .LP
  1003.     \(em
  1004.     symmetry;
  1005. .LP
  1006.     \(em
  1007.     communication configuration.
  1008. .PP
  1009. Each combination of attribute values defines a single teleservice  class.
  1010. .sp 1P
  1011. .LP
  1012. B.4.2
  1013.     \fITeleservices\fR 
  1014. .sp 9p
  1015. .RT
  1016. .PP
  1017. Within each teleservice class, individual teleservices are defined by values 
  1018. of general attributes which are still under study in Study 
  1019. Group\ XVIII. Of particular significance for traffic engineering is the
  1020. attribute \*QSupplementary services\*U.
  1021. .RT
  1022. .sp 1P
  1023. .LP
  1024. B.4.3
  1025.     \fIDemands for teleservice classes\fR 
  1026. .sp 9p
  1027. .RT
  1028. .PP
  1029. Each user class/CPE class combination is characterized by rates of demand 
  1030. for teleservice classes. This characterization may be represented as 
  1031. shown in Table\ B\(hy1/E.711. The contents of Table\ B\(hy1/E.711 must 
  1032. be estimated by statistical studies. 
  1033. .RT
  1034. .sp 1P
  1035. .LP
  1036. B.4.4
  1037.     \fITeleservice demands\fR 
  1038. .sp 9p
  1039. .RT
  1040. .PP
  1041. Combining the concepts of \(sc\(sc\ B.4.1 and B.4.2, the total request
  1042. rate for each teleservice class can be subdivided as shown in
  1043. Table\ B\(hy2/E.711.
  1044. .PP
  1045. The entries of Table B\(hy2/E.711 must be estimated by
  1046. statistical means.
  1047. .RT
  1048. .sp 1P
  1049. .LP
  1050. B.4.5
  1051.     \fICall patterns\fR 
  1052. .sp 9p
  1053. .RT
  1054. .PP
  1055. For each individual teleservice there is one and only one
  1056. corresponding call pattern. However, the same call pattern may be
  1057. representative of several teleservices.
  1058. .PP
  1059. Multiplying the total rates in Table B\(hy1/E.711 by the proportions
  1060. shown in Table\ B\(hy2/E.711, rates for each call pattern are obtained 
  1061. as shown in Table\ B\(hy3/E.711. 
  1062. .bp
  1063. .RT
  1064. .ce
  1065. \fBH.T. [T3.711]\fR 
  1066. .ce
  1067. TABLE\ B\(hy1/E.711
  1068. .ce
  1069. \fBDemands for teleservice classes\fR 
  1070. .ps 9
  1071. .vs 11
  1072. .nr VS 11
  1073. .nr PS 9
  1074. .TS
  1075. center box;
  1076. cw(60p) | cw(48p) | cw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) , ^  | ^  | c | c | c | c | c | c | c | c.
  1077. User class      CPE class (Note\ 1)      Teleservice class    
  1078.         1      2      3      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR
  1079. _
  1080. .T&
  1081. cw(60p) | cw(48p) | cw(96p) , ^  | c | l 
  1082. ^  | l | l.
  1083. 1    X      Y  
  1084.     Z            
  1085. _
  1086. .T&
  1087. cw(60p) | cw(48p) | cw(96p) , ^  | l | l.
  1088. 2    t      Z
  1089.         
  1090. _
  1091. .T&
  1092. cw(60p) | cw(48p) | lw(96p) .
  1093. \fB.\fR    \fB.\fR    
  1094. .T&
  1095. cw(60p) | cw(48p) | lw(96p) .
  1096. \fB.\fR    \fB.\fR    
  1097. .T&
  1098. cw(60p) | cw(48p) | lw(96p) .
  1099. \fB.\fR    \fB.\fR    
  1100. _
  1101. .T&
  1102. lw(108p) | lw(96p) .
  1103. Totals
  1104. .TE
  1105. .LP
  1106. \fINote\ 1\fR
  1107. \ \(em\ A given user class will not necessarily use all CPE
  1108. classes.
  1109. .LP
  1110. \fINote\ 2\fR
  1111. \ \(em\ Table entries are the rates at which the user/CPE combinations
  1112. originate requests for each teleservice class.
  1113. .nr PS 9
  1114. .RT
  1115. .ad r
  1116. \fBTableau B\(hy1/E.711 [T3.711], p.11\fR 
  1117. .sp 1P
  1118. .RT
  1119. .ad b
  1120. .RT
  1121. .ce
  1122. \fBH.T. [T4.711]\fR 
  1123. .ce
  1124. TABLE\ B\(hy2/E.711
  1125. .ce
  1126. \fBDemand for individual teleservices\fR 
  1127. .ps 9
  1128. .vs 11
  1129. .nr VS 11
  1130. .nr PS 9
  1131. .TS
  1132. center box;
  1133. cw(60p) | cw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) , ^  | c | c | c | c | c | c | c | c.
  1134. Teleservice class       {
  1135. General attribute combinations
  1136.  }
  1137.     1      2      3      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR
  1138. _
  1139. .T&
  1140. cw(60p) | lw(96p) .
  1141. 1    
  1142. _
  1143. .T&
  1144. cw(60p) | lw(96p) .
  1145. 2    
  1146. _
  1147. .T&
  1148. cw(60p) | lw(96p) .
  1149. \fB.\fR      
  1150. .T&
  1151. cw(60p) | lw(96p) .
  1152. \fB.\fR      
  1153. .T&
  1154. cw(60p) | lw(96p) .
  1155. \fB.\fR    
  1156. _
  1157. .T&
  1158. lw(60p) | lw(96p) .
  1159. Total
  1160. .TE
  1161. .LP
  1162. \fINote\fR
  1163. \ \(em\ Table entries are the proportions of total requests for each
  1164. teleservice class for each general attribute combination (defining
  1165. an individual teleservice). Each row adds to unity.
  1166. .TE
  1167. .nr PS 9
  1168. .RT
  1169. .ad r
  1170. \fBTableau B\(hy2/E.711 + Note [T4.711], p.12\fR 
  1171. .sp 1P
  1172. .RT
  1173. .ad b
  1174. .RT
  1175. .LP
  1176. .bp
  1177. .ce
  1178. \fBH.T. [T5.711]\fR 
  1179. .ce
  1180. TABLE\ B\(hy3/E.711
  1181. .ce
  1182. \fBCall pattern demands\fR 
  1183. .ps 9
  1184. .vs 11
  1185. .nr VS 11
  1186. .nr PS 9
  1187. .TS
  1188. center box;
  1189. cw(60p) | cw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) , ^  | c | c | c | c | c | c | c | c.
  1190. Teleservice class      Call pattern    
  1191.     1      2      3      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR      \fB.\fR
  1192. _
  1193. .T&
  1194. cw(60p) | lw(96p) .
  1195. 1    
  1196. _
  1197. .T&
  1198. cw(60p) | lw(96p) .
  1199. 2    
  1200. _
  1201. .T&
  1202. cw(60p) | lw(96p) .
  1203. \fB.\fR      
  1204. .T&
  1205. cw(60p) | lw(96p) .
  1206. \fB.\fR      
  1207. .T&
  1208. cw(60p) | lw(96p) .
  1209. \fB.\fR    
  1210. _
  1211. .T&
  1212. lw(60p) | lw(96p) .
  1213. Total
  1214. .TE
  1215. .LP
  1216. \fINote\fR
  1217. \ \(em\ Table elements are the rates at which each teleservice class
  1218. creates a demand for each call pattern.
  1219. .nr PS 9
  1220. .RT
  1221. .ad r
  1222. \fBTableau B\(hy3/E.711 + Note [T5.711], p.13\fR 
  1223. .sp 1P
  1224. .RT
  1225. .ad b
  1226. .RT
  1227. .sp 1P
  1228. .LP
  1229. B.5
  1230.     \fIConnection pattern\fR \fIcharacterization\fR 
  1231. .sp 9p
  1232. .RT
  1233. .PP
  1234. Each call pattern can be served by one or more connection patterns. A specific 
  1235. connection pattern corresponds to each set having as elements one 
  1236. value for each applicable bearer service attribute.
  1237. .PP
  1238. The breakdown in Table B\(hy4/E.711 of the call patterns on the
  1239. connection patterns is needed.
  1240. .RT
  1241. .ce
  1242. \fBH.T. [T6.711]\fR 
  1243. .ce
  1244. TABLE\ B\(hy4/E.711
  1245. .ce
  1246. \fBBreakdown of the call pattern on the connection
  1247. .ce
  1248. \fBpatterns\fR 
  1249. .ps 9
  1250. .vs 11
  1251. .nr VS 11
  1252. .nr PS 9
  1253. .TS
  1254. center box;
  1255. cw(60p) | cw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) sw(12p) , ^  | c s s s s s s s | ^ | ^ | ^ , ^  | c s s s | c s s | c s s 
  1256. ^  | c | c | c | c | c | c | c | l | l | l | l | l.
  1257.  {
  1258. Call pattern
  1259. Connection pattern
  1260. Packet mode
  1261. On D\(hychannel
  1262. On B\(hychannel
  1263. Circuit mode
  1264. (B\(hychannel)
  1265.  }    1  
  1266.                 \fB. |  | \fR  
  1267.     i      \fB. |  | \fR    1      \fB. |  | \fR      j      \fB. |  | \fR    1      \fB. |  | \fR      k      \fB. |  | \fR                    
  1268. _
  1269. .T&
  1270. cw(60p) | lw(144p) .
  1271. CP1    
  1272. _
  1273. .T&
  1274. cw(60p) | lw(144p) .
  1275. \fB. |  | \fR    
  1276. _
  1277. .T&
  1278. cw(60p) | lw(144p) .
  1279. CPn    
  1280. _
  1281. .T&
  1282. lw(60p) | lw(144p) .
  1283. Total
  1284. .TE
  1285. .LP
  1286. \fINote\ 1\fR
  1287. \ \(em\ Table entries are the proportions of the \fIn\fR
  1288. th call pattern
  1289. served by the different connection patterns.
  1290. .LP
  1291. \fINote\ 2\fR
  1292. \ \(em\ The total on the columns gives the total rate on each connection
  1293. pattern.
  1294. .LP
  1295. \fINote\ 3\fR
  1296. \ \(em\ The sums on the rows may be useful for designing priority
  1297. classes.
  1298. .nr PS 9
  1299. .RT
  1300. .ad r
  1301. \fBTable B\(hy4/E.711 [T6.711], p.\fR 
  1302. .sp 1P
  1303. .RT
  1304. .ad b
  1305. .RT
  1306. .LP
  1307. .bp
  1308. .PP
  1309. Using Tables B\(hy3/E.711 and B\(hy4/E.711, Table B\(hy5/E.711 can be
  1310. obtained.
  1311. .ce
  1312. \fBH.T. [T7.711]\fR 
  1313. .ce
  1314. TABLE\ B\(hy5/E.711
  1315. .ce
  1316. \fBRate of the call demands requiring a specific connection\fR 
  1317. .ce
  1318. \fBpattern\fR 
  1319. .ps 9
  1320. .vs 11
  1321. .nr VS 11
  1322. .nr PS 9
  1323. .TS
  1324. center box;
  1325. cw(60p) | cw(48p) .
  1326. Connection patterns      Rate
  1327. _
  1328. .T&
  1329. cw(60p) | cw(48p) .
  1330. XP1    
  1331. _
  1332. .T&
  1333. cw(60p) | cw(48p) .
  1334. XP2    
  1335. _
  1336. .T&
  1337. cw(60p) | cw(48p) .
  1338. \fB.\fR    
  1339. .T&
  1340. cw(60p) | cw(48p) .
  1341. \fB.\fR    
  1342. .T&
  1343. cw(60p) | cw(48p) .
  1344. \fB.\fR      
  1345. _
  1346. .T&
  1347. cw(60p) | cw(48p) .
  1348. XPn    
  1349. _
  1350. .T&
  1351. lw(60p) | cw(48p) .
  1352. Total    
  1353. _
  1354. .TE
  1355. .nr PS 9
  1356. .RT
  1357. .ad r
  1358. \fBTable B\(hy5/E.711 [T7.711], p.\fR 
  1359. .sp 1P
  1360. .RT
  1361. .ad b
  1362. .RT
  1363. .sp 2P
  1364. .LP
  1365.     \fBBibliography\fR 
  1366. .sp 1P
  1367. .RT
  1368. .LP
  1369. BONATTI (M.), GIACOBBO SCAVO (G.), ROVERI (A.), VERRI (L.): Terminal
  1370. exchange access system for NB\(hyISDN: Key issues for a traffic reference
  1371. model. \fIProc. 12th\ ITC\fR , paper\ 4.1A.3, Turin, 1988.
  1372. .sp 2P
  1373. .LP
  1374. \fBRecommendation\ E.713\fR 
  1375. .RT
  1376. .sp 2P
  1377. .sp 1P
  1378. .ce 1000
  1379. \fBCONTROL\ PLANE\ TRAFFIC\ MODELS\fR 
  1380. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.713''
  1381. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.713    %'
  1382. .ce 0
  1383. .sp 1P
  1384. .LP
  1385. \fB1\fR     \fBControl plane traffic\fR 
  1386. .sp 1P
  1387. .RT
  1388. .PP
  1389. For the purposes of teletraffic engineering, the control plane
  1390. traffic load is assumed to be generated by call attempts on the network. 
  1391. These call attempts are part of the call pattern described in Recommendation\ 
  1392. E.711. 
  1393. .PP
  1394. This Recommendation considers traffic loads at the lower three layers of 
  1395. the CCITT 7\(hylayer reference models (Recommendation\ I.310 and\ I.320) 
  1396. described for ISDN in Recommendation\ Q.931 and in Signalling Sytem No.\ 7.
  1397. .PP
  1398. The control plane traffic of an ISDN network includes all the control signals 
  1399. sent through the ISDN network. The types of control signals are: 
  1400. .RT
  1401. .LP
  1402.     1)
  1403.     signals for user call attempts
  1404. .LP
  1405.     a)
  1406.     to set up the connection paths in the user plane
  1407. (reservation of time slots for circuit switched connections or control
  1408. for the virtual calls of packet\(hyswitched connections),
  1409. .LP
  1410.     b)
  1411.     to release the connection paths in the user plane,
  1412. .LP
  1413.     c)
  1414.     if required, to order additional communication
  1415. facilities or change of service by the users during the time
  1416. of user information transfer,
  1417. .LP
  1418.     d)
  1419.     possibly to send charging information during the time
  1420. of user information transfer.
  1421. .bp
  1422. .LP
  1423.     2)
  1424.     User\(hyto\(hyuser information messages
  1425. .FS
  1426. The analysis of
  1427. user\(hyto\(hyuser messages in the control plane is left for further study.
  1428. .FE
  1429. .PP
  1430. Because control plane traffic due to user\(hyto\(hyuser
  1431. messages is left for further study, this Recommendation will consider
  1432. only signals for user call attempts.
  1433. .PP
  1434. The control plane traffic uses two types of channels in the
  1435. network:
  1436. .RT
  1437. .LP
  1438.     a)
  1439.     the 16 kbit/s or 64 kbit/s D\(hychannels in the user
  1440. access, and
  1441. .LP
  1442.     b)
  1443.     the 64 kbit/s Signalling System No.\ 7 channels
  1444. connecting two different signalling points.
  1445. .sp 2P
  1446. .LP
  1447. \fB2\fR     \fBSignalling traffic\fR 
  1448. .sp 1P
  1449. .RT
  1450. .PP
  1451. The end\(hyto\(hyend ISDN signalling traffic depends on the call pattern 
  1452. arrival process defined in Recommendation\ E.711 and on the signalling 
  1453. protocol.
  1454. .PP
  1455. The basis for the estimation of the signalling traffic is the
  1456. information given in the Recommendations of the I\(hy and Q\(hySeries dealing
  1457. with the number and structure of the signals in the D\(hy and Signalling
  1458. System\ No.\ 7 channels for any type of attempt. The total signalling traffic 
  1459. is composed of these signals. The number of signals may be different for 
  1460. each 
  1461. different type of attempt.
  1462. .RT
  1463. .sp 2P
  1464. .LP
  1465. \fB3\fR     \fBEstimation of the signalling traffic for a single call
  1466. attempt\fR 
  1467. .sp 1P
  1468. .RT
  1469. .PP
  1470. In Figure 1/E.713 the network components supporting the control
  1471. plane of the ISDN reference connection of Figure\ 1/E.701 are considered. In
  1472. each section, a significant point is defined:
  1473. .RT
  1474. .LP
  1475.     DA
  1476.     (D\(hychannel, A user side):
  1477.     S/T interface at an A user side
  1478. .LP
  1479.     DB
  1480.     (D\(hychannel, B user side):
  1481.     S/T interface at a B user side
  1482. .LP
  1483.     CA
  1484.     (S.S.\ No.\ 7 channels, A user side):
  1485.     outgoing side of the
  1486. local exchange LE(A).
  1487. .LP
  1488.     CB
  1489.     (S.S.\ No.\ 7 channels, B user side):
  1490.     incoming side of the
  1491. local exchange LE(B).
  1492. .LP
  1493. .rs
  1494. .sp 22P
  1495. .ad r
  1496. \fBFigure 1/E.713, p.\fR 
  1497. .sp 1P
  1498. .RT
  1499. .ad b
  1500. .RT
  1501. .LP
  1502. .bp
  1503. .PP
  1504. The signal flow which is necessary to perform the control
  1505. functions of a particular call attempt may be represented by a signal flow
  1506. diagram. It contains all the signals passing the significant points in the
  1507. control plane for the considered attempt. Figure\ 2/E.713 shows the basic 
  1508. scheme of this signal flow diagram. The arrows represent the layer 2\ signals 
  1509. in the 
  1510. three connection phases: call establishment, user information transfer, and
  1511. call release.
  1512. .PP
  1513. An example of a signal flow diagram for a successful circuit switched call 
  1514. attempt is given in Annex\ A. 
  1515. .PP
  1516. The signal flow diagram is the basis for the estimation of the amount of 
  1517. signalling traffic caused by the considered attempt using the reference 
  1518. connection. The signalling traffic of a single attempt in a given section of
  1519. the control plane associated with a significant point can be described 
  1520. by two sets of parameters: 
  1521. .RT
  1522. .LP
  1523.     1)
  1524.     the total number of signals passing the significant point in
  1525. the three call\(hyconnection phases in the A\(hyto\(hyB direction and in
  1526. the B\(hyto\(hyA direction, as in Figure\ 2/E.713;
  1527. .LP
  1528.     2)
  1529.     the length of each signal type passing the significant
  1530. point in the A\(hyto\(hyB and the B\(hyto\(hyA direction.
  1531. .LP
  1532. .rs
  1533. .sp 34P
  1534. .ad r
  1535. \fBFigure 2/E.713, p.\fR 
  1536. .sp 1P
  1537. .RT
  1538. .ad b
  1539. .RT
  1540. .LP
  1541. .bp
  1542. .sp 2P
  1543. .LP
  1544. \fB4\fR     \fBEstimation of the total signalling traffic\fR 
  1545. .sp 1P
  1546. .RT
  1547. .PP
  1548. The total number of signals in the control plane over a reference   period
  1549. .FS
  1550. The proper reference period to use for dimensioning is for
  1551. further study.
  1552. .FE
  1553. is determined by summing the number of signals caused by
  1554. call attempts handled in the associated user plane during the reference 
  1555. period. Therefore the estimation of the number of signals is based on the 
  1556. estimation of the amount and types of attempts in the user plane. 
  1557. .PP
  1558. In order to estimate the amount of signals, it is necessary to accept a 
  1559. traffic model for the traffic in the user plane assuming the total number 
  1560. of attempts over the reference period and the breakdown of these attempts 
  1561. into the different types of attempts, such as successful call attempts, 
  1562. unsuccessful 
  1563. call attempts and calls to busy tone.
  1564. .PP
  1565. The total traffic load of a section caused by the signals is expressed 
  1566. by the total amount of bits crossing its significant point. 
  1567. .PP
  1568. In order to estimate the amount of this traffic load it is necessary to 
  1569. multiply the length of each particular type of signals by the number of 
  1570. signals of each type occuring during the reference period and summing over 
  1571. all types of signals occuring during the reference period. 
  1572. .PP
  1573. Since the number and length of the signals do not vary widely for
  1574. most types of attempts, initially this traffic model will be adequate by 
  1575. taking into consideration only the most frequently experienced types of 
  1576. attempts. 
  1577. .PP
  1578. The characteristic of the signalling traffic in a particular section of 
  1579. the control plane will depend on such factors as: 
  1580. .RT
  1581. .LP
  1582.     a)
  1583.     the total traffic load caused by layer 2 and 3 signals for   the attempts.
  1584. .LP
  1585.     b)
  1586.     the distribution of call attempts and release
  1587. arrivals.
  1588. .PP
  1589. The impact on teletraffic engineering caused by a full
  1590. characterization of the arrival process is left for further study.
  1591. .PP
  1592. Using Figure\ 2/E.713, the signalling traffic load at a significant
  1593. point can be estimated.
  1594. .PP
  1595. If, over the reference period:
  1596. .RT
  1597. .LP
  1598.     \fIi\fR     is the call phase,
  1599. .LP
  1600.     \fIj\fR     is the signal type,
  1601. .LP
  1602.     \fIn\fR\d\fIi\fR\\d\fIj\fR\u | \fIu\fR )
  1603.     is the average number of signals of
  1604. type\ \fIj\fR in call phase\ \fIi\fR in the A\(hyto\(hyB direction,
  1605. .LP
  1606.     \fIn\fR\d\fIi\fR\\d\fIj\fR\u | \fId\fR )
  1607.     is the average number of signals of
  1608. type\ \fIj\fR in call phase\ \fIi\fR in the B\(hyto\(hyA direction,
  1609. .LP
  1610.     \fIl\fR\d\fIj\fR\u    is the length of signal of type \fIj\fR ,
  1611. .LP
  1612.     \fIT\fR     is the total number of signals types,
  1613. .LP
  1614.     \fIL\fR (\fIu\fR )
  1615.     is the total load in the A\(hyto\(hyB direction,
  1616. .LP
  1617.     \fIL\fR (\fId\fR )
  1618.     is the total load in the
  1619. B\(hyto\(hyA direction,
  1620. .LP
  1621. then:
  1622. \v'6p'
  1623. .ad r
  1624. .ad b
  1625. .RT
  1626. .ad r
  1627. .ad b
  1628. .RT
  1629. .LP
  1630. Each \fIn\fR\d\fIi\fR\\d\fIj\fR\u | \fIu\fR ) and \fIn\fR\d\fIi\fR\\d\fIj\fR\u | \fId\fR 
  1631. ) must be estimated from 
  1632. the number of call attempts and the call attributes in the user plane over 
  1633. the reference period. An example of this procedure is given in Annex\ A. 
  1634. .LP
  1635. .sp 5
  1636. .bp
  1637. .ce 1000
  1638. ANNEX\ A
  1639. .ce 0
  1640. .ce 1000
  1641. (to Recommendation E.713)
  1642. .sp 9p
  1643. .RT
  1644. .ce 0
  1645. .ce 1000
  1646. \fBExample of procedure for estimating\fR 
  1647. .sp 1P
  1648. .RT
  1649. .ce 0
  1650. .ce 1000
  1651. \fBthe total signalling traffic in a D\(hychannel\fR 
  1652. .ce 0
  1653. .LP
  1654. A.1
  1655.     \fISignalling traffic for one call attempt\fR 
  1656. .sp 1P
  1657. .RT
  1658. .PP
  1659. A call attempt of the following type is considered:
  1660. .RT
  1661. .LP
  1662.     \(em
  1663.     effective call attempt,
  1664. .LP
  1665.     \(em
  1666.     circuit switched connection,
  1667. .LP
  1668.     \(em
  1669.     en\(hybloc sending of dialled information,
  1670. .LP
  1671.     \(em
  1672.     call to an appointed terminal,
  1673. .LP
  1674.     \(em
  1675.     no additional control signals during the information
  1676. transfer phase,
  1677. .LP
  1678.     \(em
  1679.     installation of data link in the D\(hychannels
  1680. required for establishment and release of the connection,
  1681. .LP
  1682.     \(em
  1683.     manual answering terminal.
  1684. .PP
  1685. The signal flow diagram for this type of call attempt is given in Figure\ 
  1686. A\(hy1/E.713 and Figure\ A\(hy2/E.713. Three kinds of signals are indicated 
  1687. in Figure\ A\(hy1/E.713: 
  1688. .LP
  1689.     \(em
  1690.     layer 3 signals,
  1691. .LP
  1692.     \(em
  1693.     layer 2 signals for the activation and deactivation of the
  1694. data links,
  1695. .LP
  1696.     \(em
  1697.     end\(hyto\(hyend signals via the S.S.\ No.\ 7 network.
  1698. .PP
  1699. Figure A\(hy2/E.713 presents the breakdown of the D\(hychannel signals 
  1700. into layer 2 for the case of multiple terminals on the terminating side. 
  1701. The 
  1702. breakdown of
  1703. the S.S.\ No.\ 7 messages and the total length of signal in the considered 
  1704. call attempt is for further study. 
  1705. .sp 2P
  1706. .LP
  1707. A.2
  1708.     \fISignalling traffic for additional types of call attempts\fR 
  1709. .sp 1P
  1710. .RT
  1711. .PP
  1712. For further study.
  1713. .RT
  1714. .LP
  1715. .rs
  1716. .sp 22P
  1717. .ad r
  1718. BLANC
  1719. .ad b
  1720. .RT
  1721. .LP
  1722. .bp
  1723. .LP
  1724. .rs
  1725. .sp 47P
  1726. .ad r
  1727. \fBFigure A\(hy1/E.713, p.18\fR 
  1728. .sp 1P
  1729. .RT
  1730. .ad b
  1731. .RT
  1732. .LP
  1733. .bp
  1734. .LP
  1735. .rs
  1736. .sp 47P
  1737. .ad r
  1738. \fBFigure A\(hy2/E.713, p.19\fR 
  1739. .sp 1P
  1740. .RT
  1741. .ad b
  1742. .RT
  1743. .LP
  1744. .bp
  1745. .sp 2P
  1746. .LP
  1747. \fBRecommendation\ E.720\fR 
  1748. .RT
  1749. .sp 2P
  1750. .sp 1P
  1751. .ce 1000
  1752. \fBISDN\ GRADE\ OF\ SERVICE\ CONCEPT\fR 
  1753. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.720''
  1754. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.720    %'
  1755. .ce 0
  1756. .sp 1P
  1757. .LP
  1758. \fB1\fR     \fBIntroduction\fR 
  1759. .sp 1P
  1760. .RT
  1761. .PP
  1762. This Recommendation outlines the general considerations for the
  1763. ISDN Grade of Service (GOS) concept and provides guidelines for selecting 
  1764. GOS parameters. In this Series of Recommendations, the term GOS always 
  1765. refers to 
  1766. traffic Grade of Service parameters as defined in Recommendation\ E.600.
  1767. .PP
  1768. ISDN GOS parameters are given in subsequent Recommendations in
  1769. the\ E.720 Series.
  1770. .RT
  1771. .sp 2P
  1772. .LP
  1773. \fB2\fR     \fBGOS concept\fR 
  1774. .sp 1P
  1775. .RT
  1776. .PP
  1777. GOS uses a number of traffic engineering parameters to provide a
  1778. measure of adequacy of plant under specified conditions; these GOS parameters 
  1779. may be expressed as probability of blocking, probability of delay,\ etc. 
  1780. Blocking and delay are caused by the fact that the traffic handling capacity 
  1781. of a network/network component is finite and that the demand traffic is 
  1782. stochastic by nature.
  1783. .PP
  1784. The users of telecommunication services can experience the effects of GOS 
  1785. parameters depending on their perception of events such as: 
  1786. .RT
  1787. .LP
  1788.     1)
  1789.     failure of a call demand or excessive delay to
  1790. satisfy a call demand;
  1791. .LP
  1792.     2)
  1793.     failure of call attempts or excessive delay to
  1794. satisfy call attempts;
  1795. .LP
  1796.     3)
  1797.     failure of automatic re\(hyattempts or excessive delay
  1798. to satisfy automatic re\(hyattempts.
  1799. .PP
  1800. Events of the first class are always perceived by the user. Events of the 
  1801. other two classes may be perceived by the user depending on the 
  1802. capability of the terminal equipment to transmit signalling information 
  1803. to the calling user. 
  1804. .PP
  1805. In all three classes the ability to distinguish GOS depends on having distinct 
  1806. indications of called user conditions and network conditions. 
  1807. .PP
  1808. GOS may be distinguished as the 
  1809. user GOS
  1810. network GOS
  1811. and 
  1812. network component GOS
  1813. as shown in Figure\ 1/E.720. User GOS relates to user call demands. Network 
  1814. GOS relates to any call attempts including both user generated call attempts 
  1815. and terminal generated automatic reattempts. 
  1816. Network component GOS relates to bids for the utilization of a specific 
  1817. network component including both bids generated by call attempts and bids 
  1818. generated by call attempts and bids generated by internal retrials in the 
  1819. network. 
  1820. Parameters related to user GOS and network component GOS are for further
  1821. study.
  1822. .PP
  1823. Recommendation E.721 defines network GOS parameters based on any call attempt. 
  1824. Subsequent Recommendations in the E.720 Series will define other GOS parameters. 
  1825. Recommendations in the E.740 series will define traffic measurement and 
  1826. performance monitoring requirements. 
  1827. .PP
  1828. User GOS performance effects and other traffic\(hyindependent,
  1829. user\(hyperceived effects such as availability and service integrity contribute 
  1830. to Quality of Service (QOS). Network GOS parameters and their values provide 
  1831. information on the traffic aspects of the QOS.
  1832. .RT
  1833. .sp 2P
  1834. .LP
  1835. \fB3\fR     \fBPrinciples to select ISDN GOS parameters\fR 
  1836. .sp 1P
  1837. .RT
  1838. .sp 1P
  1839. .LP
  1840. 3.1
  1841.     \fIISDN traffic characteristics\fR 
  1842. .sp 9p
  1843. .RT
  1844. .PP
  1845. ISDN has many characteristics different from the existing dedicated networks 
  1846. such as Public Switched Telephone Network (PSTN), Circuit Switched Public 
  1847. Data Network (CSPDN), Packet Switched Public Data Network 
  1848. (PSPDN),\ etc.  The following characteristics are taken into account when
  1849. defining GOS parameters for ISDN:
  1850. .RT
  1851. .LP
  1852.     \(em
  1853.     ISDN provides integrated access to a wide variety of
  1854. telecommunication services through a small set of standardized user\(hynetwork
  1855. interfaces.
  1856. .LP
  1857.     \(em
  1858.     Services have heterogeneous traffic demand profiles and
  1859. diverse performance requirements.
  1860. .bp
  1861. .LP
  1862.     \(em
  1863.     The traffic streams generated by user demands for bearer
  1864. services and teleservices utilize layer\ 1, 2 and\ 3 resources.
  1865. .LP
  1866.     \(em
  1867.      The configuration and implementation of a user's terminal and its man\(hymachine 
  1868. interface may vary from one service to another 
  1869. service and one user to another user.
  1870. .LP
  1871.     \(em
  1872.      Out\(hyof\(hyband signalling and call control capability, based on D\(hychannel 
  1873. and Signalling System No.\ 7 (S.S.\ No.\ 7) are provided. 
  1874. .LP
  1875. .rs
  1876. .sp 34P
  1877. .ad r
  1878. \fBFigure 1/E.720, p.20\fR 
  1879. .sp 1P
  1880. .RT
  1881. .ad b
  1882. .RT
  1883. .sp 1P
  1884. .LP
  1885. 3.2
  1886.     \fIParameter selection principles\fR 
  1887. .sp 9p
  1888. .RT
  1889. .PP
  1890. The GOS parameters defined in the E.720 series of Recommendations applies 
  1891. to the first phase of ISDN. The definitions of these parameters may be 
  1892. expanded or additional GOS parameters defined to accomodate future evolution 
  1893. of ISDN architecture and services. Considering the above characteristics 
  1894. in ISDN, the following principles are recommended for selecting GOS parameters 
  1895. in 
  1896. ISDN:
  1897. .RT
  1898. .LP
  1899.     i)
  1900.     A minimum common set of GOS parameters is defined for
  1901. attempts on layers\ 1, 2 and\ 3 \(em such attempts belonging to different 
  1902. services may or may not share the same out\(hyof\(hyband call set\(hyup 
  1903. and release procedures. (See Note.) 
  1904. .bp
  1905. .LP
  1906.     ii)
  1907.      The GOS parameters are defined and specified in such a way that the GOS 
  1908. can be derived at well\(hydefined reference points (traffic 
  1909. significant points).
  1910. .LP
  1911.     iii)
  1912.      The GOS parameters should be specified with reference to traffic load 
  1913. conditions in the sense of Recommendation\ E.500. 
  1914. .LP
  1915.     iv)
  1916.     Blocking GOS parameters may in the future need to take
  1917. account of repetitions due to network status, but are presently based on
  1918. lost\(hycall\(hycleared assumptions.
  1919. .LP
  1920.     v)
  1921.     GOS parameters related to the user plane information
  1922. transfer phase are for further study.
  1923. .PP
  1924. \fINote\fR \ \(em\ To assess the performance directly perceived by a user, 
  1925. other additional parameters which are specific to the user's terminal equipment 
  1926. may also be necessary. 
  1927. .sp 1P
  1928. .LP
  1929. 3.3
  1930.     \fIGOS standard setting principles\fR 
  1931. .sp 9p
  1932. .RT
  1933. .PP
  1934. GOS standard setting principles will take into account the current standards 
  1935. for voice and data services so that when the user migrates from a 
  1936. dedicated network to the ISDN, the user does not encounter a marked undesirable 
  1937. contrast. 
  1938. .RT
  1939. .sp 2P
  1940. .LP
  1941. \fBRecommendation\ E.721\fR 
  1942. .RT
  1943. .sp 2P
  1944. .sp 1P
  1945. .ce 1000
  1946. \fBNETWORK\ GRADE\ OF\ SERVICE\ PARAMETERS\ IN\ ISDN\fR 
  1947. .EF '%    Fascicle\ II.3\ \(em\ Rec.\ E.721''
  1948. .OF '''Fascicle\ II.3\ \(em\ Rec.\ E.721    %'
  1949. .ce 0
  1950. .sp 1P
  1951. .LP
  1952. \fB1\fR     \fBIntroduction\fR 
  1953. .sp 1P
  1954. .RT
  1955. .PP
  1956. This Recommendation proposes network Grade of Service (GOS)
  1957. parameters for circuit\(hyswitched and packet\(hyswitched services in ISDN, 
  1958. based on the ISDN Grade of Service concept and guidelines for selecting 
  1959. GOS parameters provided in Recommendation\ E.720. These parameters are 
  1960. defined assuming that 
  1961. the network and the network components are fully operational.
  1962. .RT
  1963. .sp 2P
  1964. .LP
  1965. \fB2\fR     \fBCircuit\(hyswitched services\fR 
  1966. .sp 1P
  1967. .RT
  1968. .PP
  1969. In the current ISDN specifications, call establishment and release for 
  1970. all circuit\(hyswitched services provided via B\(hychannels (voice, data, 
  1971. image) will use the out\(hyof\(hyband call control procedures defined by 
  1972. Recommendation\ Q.931 and S.S.\ No.\ 7 (ISUP) signalling protocols. Thus, 
  1973. for the traffic GOS parameters that relate to call establishment and release 
  1974. phases, a single set of parameters can be used for all circuit\(hyswitched 
  1975. services provided by the ISDN. 
  1976. .PP
  1977. The following four traffic GOS parameters are recommended for
  1978. circuit\(hyswitched calls in ISDN:
  1979. .RT
  1980. .LP
  1981.     1)
  1982.     pre\(hyselection delay (overlap sending)
  1983. ,
  1984. .LP
  1985.     2)
  1986.     post\(hyselection delay
  1987. ,
  1988. .LP
  1989.     3)
  1990.     call release delay
  1991. , and
  1992. .LP
  1993.     4)
  1994.     probability of end\(hyto\(hyend blocking
  1995. .
  1996. .PP
  1997. The definitions of these traffic GOS parameters are given below. The delay 
  1998. GOS parameters are based on the message flows in Recommendation\ Q.931 
  1999. and S.S.\ No.\ 7 (ISUP) protocols as indicated, for example, in 
  2000. Figure\ A\(hy1/E.713.
  2001. .sp 1P
  2002. .LP
  2003. 2.1
  2004.     \fIPre\(hyselection delay (overlap sending)\fR 
  2005. .sp 9p
  2006. .RT
  2007. .PP
  2008. \fBpre\(hyselection delay (overlap sending)\fR is defined as the time interval 
  2009. from the instant the SABME message is passed by the calling terminal to 
  2010. the access signalling system until the SETUP\ ACK message is received by 
  2011. the calling terminal. 
  2012. .bp
  2013. .RT
  2014. .sp 1P
  2015. .LP
  2016. 2.2
  2017.     \fIPost\(hyselection delay\fR 
  2018. .sp 9p
  2019. .RT
  2020. .PP
  2021. \fBpost\(hyselection delay\fR is defined as the time interval from the 
  2022. instant the INFO message containing the last selection digit (in the case 
  2023. of 
  2024. overlap sending or the SETUP message in the case of en\(hybloc sending) 
  2025. is passed by the calling terminal to the access signalling system until 
  2026. the first message indicating call disposition is received by the calling 
  2027. terminal. 
  2028. .PP
  2029. \fINote\fR \ \(em\ In the ISDN the called user can choose to delay the 
  2030. sending of the ALERTING signal to the calling user. This definition does 
  2031. not include 
  2032. such user\(hyinduced delays.
  2033. .RT
  2034. .sp 1P
  2035. .LP
  2036. 2.3
  2037.     \fICall release delay\fR 
  2038. .sp 9p
  2039. .RT
  2040. .PP
  2041. \fBcall release delay\fR is defined as the time interval from the
  2042. instant the DISCONNECT message is passed by the user terminal which terminated 
  2043. the call to the access signalling system, until the RELEASE message is 
  2044. received by the same terminal (indicating that the terminals can initiate/receive 
  2045. a new call). 
  2046. .RT
  2047. .sp 1P
  2048. .LP
  2049. 2.4
  2050.     \fIProbability of end\(hyto\(hyend blocking\fR 
  2051. .sp 9p
  2052. .RT
  2053. .PP
  2054. The \fBprobability of end\(hyto\(hyend blocking\fR is the probability that 
  2055. a call attempt will be unsuccessful due to a lack of network resources. 
  2056. .PP
  2057. \fINote\fR \ \(em\ Resources in the access network are not part of this
  2058. definition.
  2059. .RT
  2060. .sp 2P
  2061. .LP
  2062. \fB3\fR     \fBPacket\(hyswitched services\fR 
  2063. .sp 1P
  2064. .RT
  2065. .PP
  2066. The ISDN user has a choice of two types of packet\(hyswitched data
  2067. services. The B\(hychannel provides 64\ kbit/s packet access, while the 
  2068. D\(hychannel can also be used to provide packet data access at 16\ kbit/s 
  2069. (64\ kbit/s in the case of primary access). For packet\(hyswitched services, 
  2070. the current call control procedures are based on X.25 (inband) protocols, 
  2071. except during the initial\ B\(hy 
  2072. .PP
  2073. or D\(hychannel set\(hyup between the DTE (Data Terminating Equipment) 
  2074. and the PH (Packet Handler). Thus a certain number of messages will be 
  2075. exchanged between the TE (Terminal Equipment) and the LE (Local Exchange) 
  2076. over the D\(hychannel during the initial establishment phase of a packet\(hyswitched 
  2077. call. The messages will have to compete with other signalling (SAPI\ 0) 
  2078. and data (SAPI\ 16) traffic on the D\(hychannel. 
  2079. .PP
  2080. Thus, the traffic GOS parameters for the current specification of ISDN 
  2081. packet\(hyswitched services will have to be based on the Q.931 as well 
  2082. as on the X.25 call control procedures. 
  2083. .PP
  2084. The selection and definition of traffic GOS parameters for
  2085. packet\(hyswitched services in ISDN are for further study.
  2086. .RT
  2087. .sp 2P
  2088. .LP
  2089. \fB4\fR     \fBTarget values for GOS parameters\fR 
  2090. .sp 1P
  2091. .RT
  2092. .PP
  2093. The target values will be specified at the normal and high loads in the 
  2094. same sense as Recommendation\ E.500. The delay target values will be 
  2095. specified by the mean and percentile levels for both normal and high loads.
  2096. .PP
  2097. The actual target values are for further study.
  2098. .RT
  2099. .LP
  2100. .rs
  2101. .sp 10P
  2102. .ad r
  2103. BLANC
  2104. .ad b
  2105. .RT
  2106. .LP
  2107. .bp
  2108.